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(54) Method and system for performing multibank automated financial transactions involving 
foreign currencies 



(57) A method and system for performing multibank 
automated financial transactions involving currency ex- 
change includes a plurality of discrete, standing price 
currency exchange dealing systems, each operating un- 
der the control of a particular financial institution, and 



each coupled over a secure network to the computer 
terminal of a user. The user communicates with each of 
the discrete dealing systems over the secure network 
and can secure competitive currency exchange price 
quotes without redialing or logging in separately to each 
of the dealing systems. 
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Description 

CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This application claims priority to Applicant's 
copending application having U.S. Serial No. 
60/1 1 1 ,029 filed December 4, 1 999. 

FIELD OF THE INVENTION 

[0002] The present invention relates generally to au- 
tomated financial transactions and, more particularly, to 
a method and system for performing multibank automat- 
ed financial transactions involving currency exchange. 

BACKGROUND OF THE INVENTION 

[0003] In the past, currency exchange transactions, 
for example, for a business organization in connection 
with pricing foreign goods/services were time and labor 
intensive, because the exchange rate was generated 
manually by a trader. Further, there was a lack of uni- 
formity in rates, because different traders often quoted 
different rates based on subjective considerations. Ad- 
ditionally, since trades were done by telephone, there 
was generally a lack of an audit trail. Also, there was a 
great deal of uncertainty because of rate fluctuations 
over relatively short periods of time. Applicant's U.S. 
Patent No. 5,787,402 addressed many of those prob- 
lems by providing a method and system for performing 
financial transactions involving foreign currency deals 
in virtually all trading currencies which automatically in- 
corporated the current market process and operated in 
a secure environment. 

[0004] According to Applicant's U.S. Patent No. 
5,787,402, customers can access the system on-line 
and in real time through various terminals, such as a 
personal computer. By inputting information in response 
to prompts on the computer screen, the system quickly 
identifies the nature of the transaction which the cus- 
tomer desires. The system then automatically gener- 
ates an offer in response to the customer's request 
based upon a number of parameters, including the mar- 
ket price, the size and nature of the transaction, and the 
size and nature of the client. The system then promptly 
displays the bank's offer to the customer. The customer 
is then given an opportunity to accept the offer, ask that 
the offer be updated, or reject the offer. If the customer 
delays for too long, the system automatically withdraws 
and updates the offer, thereby protecting the bank from 
liability for a "stale" rate. If accepted, the trade is auto- 
matically forwarded for processing and assigned a ref- 
erence number for tracking and control purposes. 
[0005] While the system of Applicant's U.S. Patent 
No. 5,787,402 affords an effective automated system for 
financial transactions involving foreign currencies with 
a single bank, many organizations are required to re- 
ceive multiple foreign exchange quotes in transactions 



which exceed a certain specified amount. Further, many 
organizations have policies which require competitive 
quotations in any foreign exchange. Thus, there is a cur- 
rent need for a method and system for performing multi- 
5 bank automated financial transactions involving foreign 
currencies. 

SUMMARY OF THE INVENTION 

10 [0006] It is a feature and advantage of the present in- 
vention to provide a method and system for performing 
multibank automated financial transactions involving 
foreign currency which enables trading of foreign cur- 
rency on a standing price. 

15 [0007] It is another feature and advantage of the 
present invention to provide a method and system for 
performing multibank automated financial transactions 
involving foreign currency which assures a nondiscrim- 
inatory price presentation in which the prices are pre- 

20 sented as quotes received, in which one bank does not 
hold back another and in which rate time-outs are han- 
dled independently. 

[0008] It is an additional feature and advantage of the 
present invention to provide a method and system for 
25 performing multibank automated financial transactions 
involving foreign currency which allows flexibility of in- 
stallation, including various network configurations, and 
co-existence of graphic user interfaces with other per- 
sonal computer applications on multi-use terminals and 
30 personal computers. 

[0009] It is a further feature and advantage of the 
present invention to provide a method and system for 
performing multibank automated financial transactions 
involving foreign currency which affords flexibility in im- 
35 plementation, such as allowing participating banks to 
implement their own pricing algorithms and to extract 
their own spreads and impose different trading limits 
and controls on users based on their own internal crite- 
ria. 

40 [0010] It is still another feature and advantage of the 
present invention to provide a method and system for 
performing multibank automated financial transactions 
involving foreign currency which assures impartiality in 
implementation. 
45 [0011] It is a still further feature and advantage of the 
present invention to provide a method and system for 
performing mulitbank automated financial transactions 
involving foreign currency which leverages current sys- 
tems and technology. 
50 [0012] To achieve the stated and other features, ad- 
vantages, and objects, an embodiment of the present 
invention provides a method and system for performing 
multibank financial transactions involving foreign cur- 
rencies based upon a number of discrete, standing price 
55 foreign exchange dealing systems, each operating un- 
der the control of a participating financial institution, 
such as a bank. A customer-user communicates with 
each of the discrete dealing systems across a private, 
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secure network and can secure competitive quotes with- 
out having to redial into or log in separately to a plurality 
of systems. 

[0013] In an embodiment of the present invention, a 
plurality of participating financial institutions, such as 
banks, each operates a foreign currency exchange 
dealing system. Each system receives a feed of foreign 
currency exchange price quotes from within the partic- 
ular bank and provides executable quotes to a user 
across a network in response to the user's request for 
quotes. A user interface, such as a graphical user inter- 
face or computer user interface, on the user's computer 
terminal, such as the user's personal computer, simul- 
taneously sends a message to the dealing system of 
each participating bank to obtain an executable quote. 
As the replies from the banks' dealing systems are re- 
ceived, the user interface displays them on the screen 
of the user's computer terminal and offers real-time 
comparison. The user can then select a particular price 
quote for execution. 

[0014] In an embodiment of the present invention, 
when the price quote is selected by the user, a message 
is sent from the user interface on the user's computer 
terminal to the dealing system of the chosen bank to ac- 
cept the price quote. This causes the bank's dealing sys- 
tem to determine whether the price quote is still valid 
and accept or reject the currency exchange transaction, 
the outcome being sent back to the user interface and 
displayed for the user on the screen of the user's com- 
puter terminal. If accepted, the dealing system of the 
chosen bank hands off the selection to the bank's deal 
capture system for settlement. The system for an em- 
bodiment of the present invention makes use of a multi- 
bank interface which consists of a number of public re- 
mote function calls which are resolved within a particular 
participating bank's foreign exchange currency dealing 
system. These function calls allow the dealing system 
of the particular bank, for example, to receive quote re- 
quests from the network, return price quotes, and list 
transactions. 

[0015] In an embodiment of the present invention, a 
user's request for a price quote for a currency exchange 
transaction is received, for example, by the user enter- 
ing the request on a user interface, such as a graphical 
user interface or a computer user interface, of the user's 
computer terminal. The user enters a selection of one 
or more parameters for the transaction, such as "Spot, 
" "Forward," and "Swap," as well as a selection to "Get 
Quote," and the request for quote is automatically sent 
by the user interface of the user's computer terminal si- 
multaneously to the currency exchange dealing sys- 
tems of each of the plurality of participating financial in- 
stitutions. 

[0016] An embodiment of the present invention 
makes use of a security application on the user's com- 
puter terminal for automatically authenticating the user. 
The request for quote is automatically sent simultane- 
ously to each of the currency exchange dealing systems 



by the user interface on the user's computer terminal, 
which is preconfigured with information about each of 
the participating financial institutions, such as a network 
address and security information. The request is sent to 
5 each of the dealing systems over a secure network, 
such as a virtual private network, to which the user's 
computer terminal is connected, for example, over a di- 
al-up, an integrated services digital network, or a dedi- 
cated line. 

[0017] In an embodiment of the present invention, 
each dealing system receives a feed of currency ex- 
change price quotes and stores executable price quotes 
on a table in a repository of price quotes maintained by 
the dealing system. Upon receiving the request for the 
price quote, each dealing system automatically returns 
an executable price quote from its repository of price 
quotes over the secure network to the user interface on 
the user's computer terminal, where the price quote of 
each of the dealing systems is automatically displayed 
for the user. The price quotes are displayed in real time 
as they are returned by each dealing system for real- 
time comparison by the user. The user's selection of one 
of the price quotes is received by the user entering the 
user's selection of the particular price quote on the user 
interface of the user's computer terminal. 
[0018] In an embodiment of the present invention, 
when the user enters his or her selection, the selection 
is automatically sent by the user interface on the user's 
computer terminal over the secure network to the par- 
ticular currency exchange dealing system which fur- 
nished the selected price quote. If the selection is re- 
ceived by the particular dealing system within a prede- 
termined time after the dealing system furnished the 
price quote, such as ten seconds, the dealing system 
automatically reviews the selection against one or more 
predefined parameters for the user, such as a credit al- 
location for the user, a maximum transaction size for the 
user, and a delivery limit for the user, and automatically 
confirms the selection. Otherwise, if the selection is not 
received within the predetermined time, in order to avoid 
a "stale" price quote, for example, the selection is reject- 
ed and the price quote updated by the dealing system. 
[001 9] In an embodiment of the present invention, the 
particular dealing system automatically confirms the se- 
lection, for example, by automatically sending a confir- 
mation of the price quote selection for the currency ex- 
change transaction over the secure network to the user 
interface on the user's computer terminal, where the 
confirmation is displayed for the user. In addition, the 
particular dealing system hands the selection off to a 
deal capture system of the dealing system for settlement 
of the currency exchange transaction with the user. Op- 
tionally, the settled transaction is handed off by the deal- 
ing system, for example, over a proprietary network, 
such as the S.W.I. FT network, to a match application 
for matching between the financial institution side of the 
transaction and the user side of the transaction. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0020] 

Fig. 1 is a schematic diagram which illustrates an 
example overview of key components and the flow 
of information between the key components of the 
multibank currency exchange trading system for an 
embodiment of the present invention; 
Fig. 2 is a schematic diagram which provides further 
detail regarding an example of the secure network 
and the flow of information over the secure network 
of the multibank currency exchange trading system 
shown in Fig. 1 for an embodiment of the present 
invention; 

Fig. 3 is a schematic diagram which provides further 
detail regarding an example of the client side instal- 
lation of the multibank currency exchange trading 
system of Fig. 1 for an embodiment of the present 
invention; 

Fig. 4 is a schematic diagram which provides further 
detail regarding an example of the bank installation 
for connecting to the multibank currency exchange 
trading system of Fig. 1 for an embodiment of the 
present invention; and 

Fig. 5 is a flow chart which illustrates an example of 
a currency exchange transaction for a user over the 
multibank currency exchange trading system of Fig. 
1 for an embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0021] Referring now in detail to an embodiment of the 
present invention, an example of which is illustrated in 
the accompanying drawings, Fig. 1 is a schematic dia- 
gram which illustrates an example overview of key com- 
ponents and the flow of information between the key 
components of the multibank currency exchange trad- 
ing system 2 for an embodiment of the present inven- 
tion. Referring to Fig. 1 , each of a plurality of participat- 
ing banks 4, 6, and 8 operates a foreign exchange deal- 
ing system 10, 12, and 14. The system and method for 
an embodiment of the present invention is based upon 
a number of discrete, standing price foreign exchange 
dealing systems 10, 12, and 14 ; each operating under 
the control of the owner bank 4, 6, and 8. Customers 16, 
18, and 20, such as corporate/fund managers and the 
like, at their respective terminals 22, 24, and 26, com- 
municate with each of the dealing systems 10, 12, and 
14 across a private, secure network 28. 
[0022] The system for an embodiment of the present 
invention makes use, for example, of basic functionality 
regardless of implementation. Each of the participating 
banks 4 ; 6, and 8 operates a foreign exchange dealing 
system 10, 12, and 14, such as the system of Applicant's 
U.S. Patent No. 5,737,402, incorporated herein by this 
reference. Each foreign exchange dealing system 10, 
12, and 14 receives a feed of foreign exchange prices 



30, 32, and 34 from within the particular bank 4, 6, or 8, 
provides executable quotations to customers 16, 18, 
and 20 across the network 28, and hands off completed 
transactions to the particular bank's deal capture sys- 
$ tern 36, 38 ; or 40. 

[0023] In an embodiment of the present invention, the 
foreign exchange dealing system 10, 12, and 1 4 of each 
participating bank 4, 6, and 8 receives a feed 30, 32, 
and 34 of foreign exchange prices from within the bank. 
10 These prices are typically a conglomeration of external 
feeds, prices obtained from the dealing room, and in- 
clude other factors to "massage" the rates. The rates 
are further manipulated and controlled by the bank-user, 
such as a member of staff at the bank that is responsible 
15 for the foreign exchange dealing system 10, 12, or 14. 
This individual is responsible for setting and maintaining 
limits on the system foreign exchange dealing system 
10, 12, or 14, monitoring the timeliness and availability 
of prices, and controlling the availability of the foreign 
20 exchange dealing system to the customers 16, 18, or 20. 
[0024] In an embodiment of the present invention, the 
foreign exchange rates are temporarily stored in a table 
within the foreign exchange dealing system 10, 12 ; or 
14, such that the latest rate is always available for cus- 
25 tomer quotation. In this way the foreign exchange deal- 
ing system 10, 12, or 14 can respond to a request for a 
price from a customer 16, 1 8, or 20 immediately, without 
waiting for a trader or administrator to input or authorize 
a price. In order to simplify the implementation and op- 
30 eration of the system 2 for an embodiment of the present 
invention, the foreign exchange dealing systems 10, 12, 
and 14 use the standing-price method of dealing. The 
quotations presented to the customer 16, 18, or 20 are 
good for a specific time period, such as ten seconds, 
35 determined by parameters within the foreign exchange 
dealing system 10, 12, or 14. Once quoted, the custom- 
er 16, 18, or 20 can accept the price at any time during 
this period regardless of the movements in the foreign 
exchange market. The arbitrage risk is mitigated by a 
40 combination of the relatively small deal sizes and the 
relatively high spreads. 

[0025] In an embodiment of the present invention, the 
outcome of the foreign exchange trade is determined by 
the foreign exchange dealing system 10, 1 2, or 1 4. If the 
45 customer 16, 18, or 20 decides to accept a quotation, 
the dealing system 10, 1 2, or 1 4 reviews the acceptance 
against other parameters held against the customer's 
account. These parameters include, for example, credit 
allocation, maximum transaction size, delivery limits, 
50 and the like. This differs, for example, from telephone 
trading in which the trade is done the moment the cus- 
tomer accepts the price. Completed transactions are 
handed-off to the respective deal capture systems 36, 
38, or 40 of the banks 4, 6, or 8 for automated process- 
55 jng. This interface replaces the dealers' manual input of 
transactions to a blotter, substantially reducing opera- 
tional risk and costs. 

[0026] In an embodiment of the present invention, the 
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customer side of the completed transactions are then 
handed-off to a foreign exchange match application 42 
to be matched against the bank's side, which are re- 
ceived across a network 44, such as the S.W.I. FT. net- 
work. In this way, the customer's deals are automatically 
confirmed and listed alongside the larger transactions 
that may have been executed over the telephone. 
[0027] An embodiment of the present invention also 
makes use of a multibank interface 46, 48, and 50. The 
system 2 for an embodiment of the present invention 
utilizes, for example, a dealing system similar to the sys- 
tem of Applicant's U.S. Patent No. 5,737,402 as the for- 
eign exchange dealing system 10, 12, and 14 at each 
of the participant banks 4 : 6, and 8. In the case where 
a particular bank already has an established standing- 
price foreign exchange trading engine, the bank may 
use the multibank interface 46, 48, or 50 to adapt it to 
the multibank network 28. The multibank interface 46, 
48, and 50 consists of a small number of public remote 
function calls which must be resolved within the foreign 
exchange dealing system 10, 1 2, or 1 4 of the bank 4, 6, 
or 8. These function calls allow the foreign exchange 
dealing system 10, 12, or 14, for example, to receive 
quote requests from the network 28, return prices, list 
transactions, and the like. 

[0028] An embodiment of the present invention 
makes use of a multibank graphical user interface (GUI) 
22 and 24. A customer 1 6 or 1 8 accesses the multi-bank 
environment 2 via a graphical user interface (GUI) ap- 
plication 22 or 24 that runs, for example, on the custom- 
er's local personal computer (PC). The GUI application 
22 and 24 contains a number of screens to enter param- 
eters describing foreign exchange transactions, includ- 
ing "Spot," "Forward," and "Swap." Once entered, the 
GUI 22 or 24 performs checks to ensure that sufficient 
parameters have been entered and that the fields are in 
the correct format. The customer 16 or 18 may then 
press a "Get Quote" key. 

[0029] An embodiment of the present invention also 
makes use of a multibank computer user interface (CUI) 
26. The multibank CUI 26 is, for example, a number of 
Microsoft object linking embedded (OLE) servers that 
permit a customer 20 to write an application that can 
automatically trade foreign exchange with the multibank 
network 28. The customers, such as customer 20, may 
"embed" the CUI 26 into their banking systems, such as 
banking system 52, thereby improving efficiency and 
further cutting cost. The CUI 26 connects to the secure 
network 28 and interoperates with the banks 4, 6, and 
8 in exactly the same manner as the GUI 22 or 24. All 
the functions supported by the GUI 22 and 24 are rep- 
licated in the CUI 26, including, for example, quotation, 
transaction execution, and transaction summaries. 
[0030] In an embodiment of the present invention, 
when the "Get Quote" key is pressed, the GUI 22 or 24 
or the CUI 26 simultaneously sends a message to each 
of the banks 4, 6, and 8 to obtain an executable rate. As 
the replies from the banks 4, 6, and 8 are received, the 



GUI 22 or 24 or the CUI 26 displays them on the screen 
and offers a real-time comparison of the prices. The cus- 
tomer 16, 18, or 20 may then select a particular price, 
or the best price offered for execution. When the price 
5 is accepted, a message is returned to the chosen bank 
4, 6, or 8 to accept the quote, which causes the particular 
bank 4, 6, or 8 to determine if the quotation is still valid 
and either accept or reject the transaction, the outcome 
being displayed on the GUI screen 22 or 24 or the CUI 
10 screen 26. 

[0031] In an embodiment of the present invention, the 
GUI 22 and 24 or the CUI 26 may also be used to review 
the prices available from any of a n umber of trading part- 
ners, such as banks 4, 6, or 8. The GUI screen 22 and 
15 24 and the CUI screen 26 operates in two modes, in- 
cluding, for example, a comprehensive view of rates of- 
fered by a particular bank 4, 6, or 8 and a comparison 
of rates offered by the trading partners 4, 6, and 8. The 
GUI 22 and 24 and the CUI 26 likewise provides a "View 
20 Transaction" function which obtains a summary of trans- 
actions that have been entered or executed. The func- 
tion provides a number of optional filters to help select 
the desired information, including date range, counter- 
party, currency, and the like. Once the selection criteria 
25 have been established, the GUI 22 or 24 or the CUI 26 
sends a request to each of the trading partners, such as 
banks 4, 6, and 8 to request the transactions. The re- 
sponses are tabulated in a summary grid on the GUI 
screen 22 or 24 or the CUI screen 26. 
30 [0032] An embodiment of the present invention 
makes use of trading configuration. Communication be- 
tween a customer 16, 18 or 20 and a particular bank 4, 
6, or 8 is restricted by trading relationships, such as en- 
titlements and credit. Before the GUI 22 or 24 of the cus- 
35 tomer 1 6 or 1 8 or the CUI 26 of the customer 20 and the 
bank's foreign exchange dealing system 10, 12, or 14 
can communicate, the GUI 22 or 24 or the CUI 26 must 
be configured with the network address and security de- 
tails of the bank 4, 6, or 8, and the bank must be con- 
40 figured with the customer's profile and account details. 
This information is exchanged between the customer 
16, 18, or 20 and bank 4, 6, or 8 when the trading rela- 
tionship is first established. 

[0033] It is not necessary for the customer 16, 18, or 
45 20 to maintain a trading relationship with all the banks 
4, 6, and 8 participating in the multibank system 2 for an 
embodiment of the present invention. The GUI 22 or 24 
and the CUI 26 only obtains quotes from the particular 
banks that are configured and ignores the remaining 
50 banks, unless a function such as a "back-to-back" is 
agreed in advance among credit and non-credit banks. 
The remaining banks are not aware that the particular 
customer exists, since for example, there is no central- 
ized store of information and the like. In this way, the 
55 trading activity and profiles are private between the par- 
ticular bank and a particular customer. 
[0034] An aspect of an embodiment of the present in- 
vention utilizes a foreign exchange match interface 54. 
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In addition to the deal capture hand-off, each of the for- 
eign exchange dealing systems 10, 12, and 14 can for- 
ward their customer deals to the foreign exchange 
match application 42 for automated confirmation. This 
function is optional, depending on whether the customer 
16, 18 ; or 20 and bank 4, 6, or 8 are both subscribers to 
the foreign exchange match system 42. When a trans- 
action is "released ; " the foreign exchange dealing sys- 
tem 10, 12, or 14 constructs a S.W.I. FT. MT300 foreign 
exchange confirmation message containing the details 
of the transaction from the perspective of the customer 
16, 18, or 20. The MT300 message is delivered to the 
foreign exchange match application 42 across the se- 
cure network 28. The foreign exchange match applica- 
tion 42 parses the MT300 message and stores the deal 
as the customer side of an unmatched transaction. 
[0035] In an embodiment of the present invention, the 
bank's version of the transaction is received in a con- 
ventional manner. When the transaction is released, the 
foreign exchange dealing system 1 0, 1 2, or 1 4 transmits 
the details to the bank's deal capture system 36 ; 38, or 
40. From here the deal is propagated to a settlement 
system of the bank 4, 6, or 8, resulting in the production 
of an MT300 message from the bank's perspective. This 
message is delivered to the foreign exchange match ap- 
plication 42 over the S.W.I. FT network 44, where it is 
automatically matched with the customer's message. 
Apart from providing automatic end-to-end confirma- 
tion, the bank 4, 6, or 8 can include settlement instruc- 
tions and other related information to enrich the entry 
on the foreign exchange match system 42. 
[0036] An embodiment of the present invention 
makes use of the secure network 28. Fig. 2 is a sche- 
matic diagram which provides further detail regarding 
an example overview of the secure network 28 and the 
flow of information over the secure network 28 for an 
embodiment of the multibank currency exchange trad- 
ing system 2 of the present invention. Referring to Fig. 
2, the integrity of the multibank electronic foreign ex- 
change execution system 2 for an embodiment of the 
present invention is predicated on the security of the net- 
work 28 needed to carry the messages between coun- 
terparties, such as customers 16, 18, and 20 on the one 
hand, and banks 4, 6 : and 8 on the other hand. 
[0037] The system 2 for an embodiment of the present 
invention is implemented using a distributed; client- 
server architecture implemented over a Transmission 
Control Protocol/Internet Protocol (TCP/IP) network 28. 
Fig. 3 is a schematic diagram which provides further de- 
tail regarding an example of the client side installation 
for access to the system 2 for an embodiment of the 
present invention. Referring to Fig. 3, a client, such as 
customer 16, 18, or 20 accesses the system 2 using a 
GUI 22 or 24 or CUI 26 running on a Windows PC 56 
connected to a virtual private network (VPN) 28 via a 
dialup 58, an Integrated Services Digital Network (IS- 
DN) 60, or if necessary, a dedicated connection, such 
as a leased line. Customers 16, 18, or 20 accessing the 



bank servers 10, 12 : or 14 for foreign exchange rates 
and trade execution have the option of using Plain Old 
Telephone Service (POTS) dialup 58 or ISDN 60. It is 
not anticipated that a dedicated network link is needed 
5 by the customers 16, 18, or 20 due to traffic volume, but 
it is also available as an option. 

[0038] Fig. 4 is a schematic diagram which provides 
further detail regarding an example of the bank installa- 
tion for connecting to the system 2 for an embodiment 
10 of the present invention. Referring to Fig. 4, each mem- 
ber bank 4, 6, 8 has a system 62 connected to the virtual 
private network 28 running software capable of handling 
Remote Procedure Calls (RPCs) from the client GUI 22 
or 24 or CUI 26. In an embodiment of the present inven- 
ts tion the financial institution system implements an ap- 
plication server or RPC server 62 capable of supporting 
RPCs which reply to requests for foreign exchange rate 
quotations and execution of foreign exchange trades. 
The RPCs are in the format defined, for example, by the 
20 Open Software Foundation (OSF) Distributed Comput- 
ing Environment (DCE) specification, which is a recog- 
nized industry standard. The goal of this network solu- 
tion is simplicity, uniformity, scalability, and being highly 
fault tolerant, exhibiting high availability. 
25 [0039] The system 2 for an embodiment of the present 
invention includes one or more security applications 
which function as a firewall 64. Management of the fire- 
wall 64 is over a secure TCP/I P link to the virtual private 
network 28. Security of the link requires user authenti- 
30 cation and Data Encryption Standard (DES) encryption 
to the firewall 28. In order to authenticate the end user 
to the system 2, system software transparently performs 
mutual challenge/response authentication for each ses- 
sion that is created. The mutual challenge/response au- 
35 thentication requires each party to send the other party 
a random number, which the other party returns encrypt- 
ed under a secret key known to both parties. 
[0040] The security software at the heart of the con- 
figuration for an embodiment of the present invention is 
40 the firewall 64. It is anticipated, for example, that a third- 
party vendor will administer the firewall 64 for the multi- 
bank system 2. Management of the firewall 64 is over 
the secure TCP/IP link to the virtual private network 28 
built specifically for the multibank system 2. Security of 
45 that link is implemented using technology that provides 
user authentication and DES encryption to the firewall 
64. 

[0041] The system for an embodiment of the present 
invention is implemented over a single-vendor Frame 
50 Relay TCP/IP Virtual Private Network (VPN) 28. All 
member banks 4, 6, and 8 are directly connected 24 
hours a day, seven days a week, for example, through 
64kbps links 64, with ISDN backup 66 for minimal down- 
time under failure. A standard building block is used at 
55 each bank with a common carrier managed service to 
the public-side part of the firewall 64, such as a firewall 
available from V-One Corporation. The goals of the net- 
work solution for an embodiment of the present inven- 
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tion are simplicity, uniformity, scalability, and being high- 
ly fault tolerant, exhibiting high availability. Remote ac- 
cess to the firewall 64 for administration is secured by 
use of a direct link, for example, from the firewall vendor, 
such as V-One Corporation, to the VPN 28. Security 
software, such as SmartGate security software availa- 
ble from V-One Corporation, is used for all remote sup- 
port of the firewall 64. A single point of failure probability 
is low and can be optimized, for example, at the option 
of a member bank 4, 6, or 8 at additional cost. 
[0042] In an embodiment of the present invention all 
firewalls 64, for example, are installed, maintained, and 
administered by the vendor of the firewall 64. To ensure 
independent, trusted control, only authorized staff of the 
firewall vendor can access the firewall 64. Member 
banks 4 ; 6, and 8 are not permitted write access to the 
firewall 64 but may have read access to statistics relat- 
ing to connections to the firewall 64 on their premises. 
Administration of the firewall 64 is performed remotely 
by the security software vendor using a secure TCP/IP 
link to the virtual private network. Security of the link is 
implemented using technology, such as SmartGate 
technology from V-One Corporation, the same used for 
providing user authentication and DES encryption to the 
firewall 64. 

[0043] In an embodiment of the present invention, se- 
curity software, such as SmartGate software available 
from V-One Corporation, is software that works with the 
firewalls available from various vendors to provide se- 
cure access to member bank networks and systems. 
Referring further to Fig. 3, each client system 16, 18, or 
20 must have security software 70 loaded and running 
to successfully connect to a member bank network or 
system 4, 6 ; or 8 protected by the firewall 64 that is en- 
abled, for example, for SmartGate available from V-One 
Corporation. The security software 70 provides, for ex- 
ample, dual challenge mutual authentication of each us- 
er and 56 bit DES encryption of the established session, 
which means that each side of the connection must au- 
thenticate itself to the other. 

[0044] In an embodiment of the present invention, 
each customer user 16, 18, and 20 is issued, for exam- 
ple, a smart card which contains the authentication key 
for the firewall 64 of each bank 4, 6, and 8. The user 1 6, 
18, or 20 must register with each bank 4, 6, or 8 to obtain 
the respective authentication key. This key is obtained 
when the user 16, 18, or 20 runs, for example, an on- 
line registration application, such as the V-One On-Line 
Registration Wizard, from his or her PC 22, 24, or 26 to 
connect to the firewall 64 and initiate the process which 
uses a multi-step encrypted exchange of keys. As new 
member banks become part of the network 2, customer 
users 16, 18, or 20 must register with the new bank's 
firewall to receive executable rates and perform trades. 
If electronic key distribution is not desired, the user au- 
thentication keys can be distributed using conventional 
mailings, separate from the distribution of the smart 
cards used to store the keys. 



[0045] In an embodiment of the present invention, the 
security software is based on personal access in which 
users 16, 18, or 20 are identified rather than machines. 
Each user 16, 18 or 20 has some method of personal 
5 identification, such as a smart card. A security server, 
such as a SmartGate server available from V-One Cor- 
poration, holds a list of known users, their smart card 
details, and which applications and servers they are al- 
lowed to access. The security server also supports vir- 
10 tual (hard or floppy disk based) smart cards (or tokens), 
which do not require physical distribution. The user 16, 
18, or 20 does not have to work his or her way through 
a complex set of challenges and responses. The secu- 
rity client software 70 does this for them. The user 16, 
15 1 8, or 20 simply swipes his or her smart card and enters 
a secret code to unlock the smart card. 
[0046] In an embodiment of the present invention, in- 
tegrated into the security software is a complete suite of 
authentication technologies, seamlessly providing the 
20 ability to mix and match multiple forms of authentication 
for the same application, on a user-by-user basis. For 
example, the authentication system, such as an authen- 
tication system available from V-One Corporation, sup- 
ports ISO standard smart cards for both authentication 
25 and stored data, as well as virtual smart cards, authen- 
tication cards, and X.509 digital certificates. The appli- 
cation level client/server security system is designed to 
provide tightly controlled access to TCP-based services 
behind a firewall, without requiring changes in the appli- 
30 cation or system software on the user's desktop. 

[0047] In an embodiment of the present invention, the 
security system client side application 70, runs on the 
desktop of the customer/user 16, 18, or 20 running, for 
example, on Windows, Windows 95, Windows NT, or 
35 Apple Macintosh. Rather than using a Dynamic Link Li- 
brary (DLL), replacement Winsockor replacement pro- 
tocol stack, the security client 70, for example, is a sep- 
arate application, which runs in its own address space. 
The end user's application communicates with the se- 
40 curity client 70 which, in turn, communicates with the 
security server on the firewall 64; over an encrypted link. 
[0048] In an embodiment of the present invention, the 
application does not have to understand that the secu- 
rity system is in place, either at the client end or at the 
45 server end. For applications in which security is being 
provided to a large end user base, this is a major ad- 
vantage, since it reduces support costs. Trying to deploy 
a replacement protocol stack-based application, for ex- 
ample, to a million users is extremely expensive if there 
50 are any significant compatibility problems. Using the 
pure application-based approach is the most direct and 
easiest to support. 

[0049] In an embodiment of the present invention, the 
security client 70 manages authentication and encryp- 
55 tion between the desktop and the security server, but it 
is the server which manages access control. Within the 
security server is a complete access control database, 
allowing the administrator to assign each user 16, 18, 
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or 20 to groups, and to apply user or group-level per- 
missions on what applications they may access through 
the server. 

[0050] In an embodiment of the present invention all 
connection records are maintained by the security serv- 
er for later analysis, and can be used to form the basis 
of a pay-per-access application. Since the security serv- 
er only completes connections that are authenticated 
and permitted by its access control tables, systems be- 
hind the firewall 64 never receive a connection that has 
not been pre-validated. The connection that is made, 
however, is an ordinary TCP connection, so the server 
software does not require any alteration. 
[0051] In an embodiment of the present invention, the 
security client 70 presents the user 16, 18, or 20 with a 
customizable pop-up dialogue box, which includes the 
ability for the user 16, 18, or 20 to specify how long the 
session should remain active. This value can be over- 
ridden by the administrator at the security server to ac- 
commodate site policy. While the security client 70 is 
"unlocked," the user 16 ; 18, or 20 can initiate other ses- 
sions without further prompting. 

[0052] Fig. 5 is a flow chart which illustrates an exam- 
ple of a currency exchange transaction over the multi- 
bank currency exchange system 2 for an embodiment 
of the present invention. Referring to Fig. 5, at S1 , a us- 
er, such as customer 16, 18. or 20, at a user terminal, 
such as GUI 22 or 24 or CUI 26, coupled to secure net- 
work 28, enters foreign currency exchange transaction 
parameters and a request to "Get Quote." At S2 ; the us- 
er terminal 22, 24 or 26 automatically sends the request 
for quote simultaneously over the network 28 to the cur- 
rency exchange dealing systems 10, 12, and 1 4 of each 
of a plurality of financial institutions, such as banks 4, 6 
and 8. At S3, the currency exchange dealing system 1 0, 
12, and 14 of each financial institution 4, 6, and 8 re- 
ceives the request and automatically returns an execut- 
able price quote from a repository 30, 32, and 34 of for- 
eign currency exchange prices maintained by each fi- 
nancial institution 4, 6, and 8 to the user terminal 22, 24, 
or 26 over the network 28. 

[0053] Referring further to Fig. 5, at S4, the user ter- 
minal 22, 24, or 26 receives and automatically displays 
the price quote received from the foreign exchange 
dealing system 10, 12, and 14 of each of the financial 
institutions 4, 6, and 8 for the user 16, 18, or 20. At S5, 
the user 16, 18, or 20 compares the displayed price 
quotes and enters a selection at the user terminal 22, 
24, or 26 for one of the price quotes received from one 
of the dealing systems 1 0, 1 2, or 1 4 of one of the finan- 
cial institutions 4, 6, or 8. At S6, the user terminal 22, 
24, or 26 automatically sends the selection over the net- 
work 28 to the selected financial institution dealing sys- 
tem 10, 1 2, or 1 4. At S7, the selected financial institution 
dealing system 1 0, 1 2, or 1 4 receives the selection, and 
if the selection is received within a predetermined time- 
out period, the selected dealing system 10, 12, or 14 
automatically reviews the currency exchange transac- 



tion against predefined parameters for the user and au- 
tomatically sends a confirmation of acceptance of the 
selection over the network 28 to the user 16, 18, or 20 
at the user terminal 22, 24, or 28. The selected dealing 
5 system 10, 12, or 14 also automatically hands off the 
selection to the deal capture system 36, 38, or 40 of the 
selected dealing system 10, 1 2, or 1 4 for settlement and 
optionally hands off the settled transaction to a matching 
application 42. 

[0054] In an embodiment of the present invention, the 
client/server security system provides end-to-end en- 
cryption using, for example, 56-bit DES or RC4. To au- 
thenticate the end user to the system, the security sys- 
tem performs a mutual challenge/response authentica- 
tion for each session that is created. Mutual challenge 
response is a high-security form of secret-key based au- 
thentication, in which each party sends the other a ran- 
dom number, which the other party returns encrypted 
under a secret key known to both parties. By independ- 
ently performing the same encryption at both ends, the 
identity of the other party may be conclusively deter- 
mined. 

[0055] An aspect of an embodiment of the present in- 
vention is the high performance of the challenge/re- 
sponse approach of the security system employed. Un- 
like public key authentication techniques, it is computa- 
tionally inexpensive, while remaining as, or more, se- 
cure. Public key based authentication also takes longer 
to compute in real-time. The challenge/response tech- 
nique employed by a security system, such as Smart- 
Gate, requires only approximately one millisecond. 
[0056] In an embodiment of the present invention, ef- 
fectively the challenge/response technique is limited by 
the bandwidth of the network connection, unlike the pure 
public key approach, which is Central Processing Unit 
(CPU) limited. A typical Secure Sockets Layer (SSL) 
based application can support about twenty active users 
on a single SPARC20 Scalable Processor Architecture 
microprocessor before performance lags become ex- 
treme. A Pentium-based firewall, such as SmartWall 
firewall available from V-One Corporation and using the 
authentication approach from V-One corporation, can 
support more than three hundred simultaneous users. 
[0057] It is reported customers' foreign exchange 
buying behavior currently bodes well for the system for 
an embodiment of the present invention that offers mul- 
tiple bank prices simultaneously. In particular, a signifi- 
cant proportion of customers require multiple quotes to 
execute transactions over specific amounts. The vast 
majority of these customers have corporate policies that 
require competitive quotations in order to trade. Market 
expectations for a multibank electronic foreign ex- 
change execution system for an embodiment of the 
present invention and its chances for success are out- 
standing, in view of the competitive and very fluid envi- 
ronment within which foreign exchange currently finds 
itself. 

[0058] An aspect of an embodiment of the present in- 
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vention, for example, is a pilot for a multibank foreign 
exchange trading capability for the commercial market- 
place and, more specifically, for corporations and fund 
managers. This path enables distribution of additional 
proprietary products as well. In this aspect, a strategy is 
to organize a small group of price makers to participate 
and initially target large fund manager and corporate 
customers. The major benefit of such a service is instan- 
taneous access to simultaneous, multi-sourced compet- 
itive prices for execution. 

[0059] Another aspect of an embodiment of the 
present invention, for example, is a service in which 
member banks each own, operate, and maintain a sys- 
tem capable of providing rate quotation and trade exe- 
cution functions in a reliable, secure and consistent 
manner. A service provider, which can be, for example, 
a subsidiary of a financial institution, such as a bank, 
coordinates the collective operation of these individual 
systems on behalf of the customer base. The client us- 
ers are provided with a message-based solution which 
is capable of communicating independently with each 
member bank's system using strong authentication and 
encryption technology. Member banks have no knowl- 
edge of quotes or trades of the other banks. 
[0060] In an embodiment of the present invention, the 
service providing entity is uniquely positioned to offer a 
complete "value chain product" combining multibank 
electronic execution with multibank confirmation and 
settlement, referred to as foreign exchange match. An 
embodiment of the present invention involves, for ex- 
ample, embedding a high-level technology service with- 
in the customer's own environment and empowering the 
customer to seek as well as act on competitive, compli- 
ant rates that minimize the customer's own financial and 
operational risk. 

[0061] The introduction of multibank foreign ex- 
change for an embodiment of the present invention pro- 
vides customers with a more cost effective, efficient way 
to obtain competitive quotes for foreign exchange trans- 
actions. The client seeks the most efficient way to price 
discovery, and the multibank foreign exchange trading 
system 2 provides clients with a "one stop" solution. Typ- 
ically, the average company that trades foreign ex- 
changes uses, for example, ten banks for this activity, 
with perhaps three-fourths of its volume executed with 
three of these counterparties. In the commercial foreign 
exchange market, securing multiple price quotes is a 
matter of custom, policy, and/or regulation. 
[0062] Further, in the corporate sector, price out- 
weighs all other service considerations, and customers 
are often compelled by corporate compliance policies to 
obtain multiple quotes. In the financial institution sector, 
it is commonly known that regional banks require multi- 
ple bank prices to create their own price. For fund man- 
agers, ERISA regulations require, for example, that in- 
vestment managers provide their clients with "best ex- 
ecution." This means that they must prove for every 
trade that they received the best price available for a 



given amount at the time of execution. The method and 
system for an embodiment of the present invention au- 
tomates the time consuming process of obtaining pre- 
scribed multiple quotes from bank counterparties by 
s phone. 

[0063] Advantages to clients of the method and sys- 
tem for an embodiment of the present invention include, 
for example, electronic trading on a standing price and 
nondiscriminatory price presentation In other words, 
the system presents the prices as the quotes are re- 
ceived, such that one bank does not hold back another, 
and rate time-outs are handled independently. Another 
advantage to the clients is flexibility of installation, for 
example, in that network configurations are varied, and 
GUIs coexist with other PC applications on multi-use ter- 
minals/PCs. 

[0064] The method and system for an embodiment of 
the present invention also provides, for example, a de- 
fensive measure to counter the current practice of cli- 
ents shopping the rates. It is certain that the client drives 
the choice as to with which bank to trade. For example, 
price feeds are not a significant differentiating factor to 
help client's choose, as they are practically 'cookie cut' 
with the same tight spreads. An additional advantage of 
the method and system for an embodiment of the 
present invention is flexibility in implementation. For ex- 
ample, participating banks implement their own pricing 
algorithms, extract their own spreads, and impose dif- 
ferent trading limits and controls on users based on their 
own internal criteria. 

[0065] A further advantage of the method and system 
for an embodiment of the present invention is impartial- 
ity in implementation. Specifically, an embodiment of the 
present invention enables a non-centralized approach 
that does not require a bank's data to be off-premises. 
In addition, an embodiment of the present invention lev- 
erages current systems and technology, in that all deal 
capture processes remain intact irrespective of proprie- 
tary trading or multibank trading system execution. 
[0066] Overarching these individual advantages and 
benefits of the method and system for an embodiment 
of the present invention are certain system design char- 
acteristics that weigh in favorably from both a participat- 
ing bank's perspective as well as a customer's perspec- 
tive. Such characteristics include, for example, state-of- 
the-art security, use of new hardware and software 
standards, as well as speedy throughput/performance. 
In an embodiment of the present invention, the service 
providing subsidiary of the financial institution positions 
itself as the third-party intermediary in a multibank en- 
vironment. An embodiment of the present invention fa- 
cilitates financial transactions between counterparties, 
collecting fees from both participants in each transac- 
tion. 

[0067] The concept of a multibank trading system for 
an embodiment of the present invention at once implies 
the creation of a level playing field amongst participating 
banks for certain transactions, such as currency pairs. 
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An embodiment of the present invention allows the cre- 
ation of a sense of a trading 'club' with an elite member- 
ship, allowing each member to enter with its own product 
and its own customer base intact. The participating 
banks' individual trading systems remain valid. This ap- 
proach allows the financial institution to build premium 
value, for example, through order book, embedded 
price, and end-to-end processing. 
[0068] In an embodiment of the present invention, 
linking to multiple banks remains a client's choice, for 
example, to facilitate compliance with rules of best ex- 
ecution and the like. In a multibank scenario for an em- 
bodiment of the present invention, the financial institu- 
tion's price is automatically given to contracted custom- 
ers, whereas the financial institution might not otherwise 
be among the banks called over the telephone for (com- 
petitive) quotes. Increased trade volume thus outweighs 
any perceived awkwardness. Typically, transactions not 
exceeding a predetermined transaction amount are tar- 
geted for multibank electronic execution. 
[0069] Undertaking the multibank initiative for an em- 
bodiment of the present invention involves, for example, 
leveraging existing development initiatives, such as use 
of the re-platforming of a banks' foreign exchange deal- 
ing system to full client-server architecture to lay the 
foundation for a multibank service. Such an initiative al- 
so involves, for example, obtaining bank participation, 
such as assembling a small group of price makers to 
form the foundation for early membership. It also in- 
volves, for example, initiating trading through a pilot, 
such as commencing trading between the initial custom- 
ers and participating banks, on a limited hour trading ba- 
sis, if necessary. Customers can be solicited, for exam- 
ple, as referrals from the participating banks. They may 
or may not be current users of a bank's proprietary elec- 
tronic trading system. Finally, such an initiative involves, 
for example, expanding the sales effort beyond the initial 
pilot users and across all regions. 
[0070] As a by-product to the multibank trading sys- 
tem for an embodiment of the present invention, a com- 
plementary bank market for the financial institution's ex- 
ecutable price can be developed, since many other 
banks may be neither technologically ready to compete 
nor ready to make the required investment for either 
stand-alone electronic execution or multibank participa- 
tion. An aspect of an embodiment of the present inven- 
tion is a proprietary banking model, which is a stand- 
alone version of a foreign exchange dealing system 
available with or without the financial institution feed, 
provided to establish experience with running multiple 
versions of the foreign exchange dealing system. The 
financial institution can stake out the entire price risk as- 
sociated with quoting currencies, or at the client's dis- 
cretion, only that portion of the currency roster that the 
client is not in a position to cover. 
[0071] In an embodiment of the present invention, the 
secure network becomes a fixed asset of the system. 
As such, it can be leveraged when posing alternatives 



to banks considering participation. It is very attractive to 
consider use of the network to carry any single bank's 
system. The option to connect to additional banks, for 
example, can be initiated only at a customer's request, 
5 such as when the customer needs to be compliant with 
multiple quote requirements. The investment on the part 
of a bank which does not yet have its own electronic 
trading system is streamlined considerably. The service 
providing subsidiary of the financial institution can offer 
10 such a bank a system as well as the necessary network- 
ing to support advanced, secure communications. 
Branching out to participate in a multibank scheme may 
or may not be desirable, but not at the cost of its own 
single-bank initiative. Selling, supporting, and managing 
15 proprietary systems can be in addition to the service pro- 
viding subsidiary's main focus of multibank execution. 
[0072] Various preferred embodiments have been de- 
scribed in fulfillment of the various objects of the inven- 
tion. It should be recognized that these embodiments 
20 are merely illustrative of the principles of the invention. 
Numerous modifications and adaptations thereof will be 
readily apparent to those skilled in the art without de- 
parting from the spirit and scope of the present inven- 
tion. Accordingly, the invention is only limited by the fol- 
25 lowing claims. 



Claims 

30 1. A method for performing a currency exchange 
transaction between a user and a participating fi- 
nancial institution, comprising: 

receiving a request for a price quote for the cur- 

35 rency exchange transaction for the user; 

automatically sending the request for price 
quote simultaneously to a currency exchange 
dealing system of each of a plurality of partici- 
pating financial institutions; 

40 automatically returning the requested price 

quote from each of the currency exchange 
dealing systems for the user; 
automatically displaying the returned price 
quote of each of the currency exchange dealing 

45 systems for the user; 

receiving a selection for the user of the dis- 
played price quote of at least one of the curren- 
cy exchange dealing systems; 
automatically sending the selection to the at 

50 least one currency exchange dealing system 

for the user; and 

automatically confirming the selection for the 
user by the at least one currency exchange 
dealing system. 

55 

2. The method of claim 1 , wherein receiving the re- 
quest further comprises receiving the request at a 
computer terminal. 
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3. The method of claim 2, wherein receiving the re- 
quest at the computer terminal further comprises re- 
ceiving the request on a user interface at the com- 
puter terminal. 

4. The method of claim 3, wherein receiving the re- 
quest on the user interface further comprises re- 
ceiving the request on one of a graphical user inter- 
face and a computer user interface at the computer 
terminal. 

5. The method of claim 1, wherein receiving the re- 
quest further comprises receiving a selection of at 
least one parameter for the currency exchange 
transaction selected from a group of parameters 
consisting of spot, forward and swap. 

6. The method of claim 5, wherein receiving the re- 
quest further comprises receiving a selection to get 
a quote for the currency exchange transaction ac- 
cording to the parameter selection. 

7. The method of claim 1 , wherein automatically send- 
ing the request further comprises automatically 
sending the request from a computer terminal. 

8. The method of claim 7, wherein automatically send- 
ing the request from the computer terminal further 
comprises automatically authenticating the user by 
a security application on the computer terminal. 

9. The method of claim 7, wherein automatically send- 
ing the request from the computer terminal further 
comprises automatically sending the request by a 
user interface on the computer terminal. 

10. The method of claim 9, wherein automatically send- 
ing the request by the user interface further com- 
prises preconfiguring the user interface with infor- 
mation about each of the plurality of participating 
financial institutions. 

11. The method of claim 10, wherein preconfiguring the 
user interface further comprises preconfiguring the 
user interface with a network address and security 
details for each of the plurality of participating finan- 
cial institutions. 

12. The method of claim 7, wherein automatically send- 
ing the request further comprises automatically 
sending the request from the computer terminal 
over a network. 

13. The method of claim 12, wherein automatically 
sending the request over the network further com- 
prises automatically sending the request over a se- 
cure network. 



14. The method of claim 12, wherein automatically 
sending the request over the network further com- 
prises automatically sending the request over a vir- 
tual private network. 

5 

15. The method of claim 12, wherein automatically 
sending the request over the network further com- 
prises automatically sending the request over a 
connection to the network selected from a group of 

10 connections consisting of a dial-up, an integrated 
services digital network, and a dedicated line. 

16. The method of claim 1, wherein automatically re- 
turning the requested price quote further comprises 

15 automatically returning the requested price quote 
from a repository of price quotes of each of the cur- 
rency exchange dealing systems. 

17. The method of claim 16, wherein automatically re- 
20 turning the requested price quote from the reposi- 
tory of price quotes further comprises automatically 
storing price quotes in a table of the repository of 
each of the currency exchange dealing systems. 

25 18. The method of claim 17, wherein automatically stor- 
ing the current price quotes further comprises re- 
ceiving a feed of price quotes by each of the cur- 
rency exchange dealing systems. 

30 19. The method of claim 1, wherein automatically re- 
turning the requested price quote further comprises 
automatically returning the price quote to a compu- 
ter terminal for the user. 

35 20. The method of claim 19, wherein automatically re- 
turning the price quote to the computer terminal fur- 
ther comprises automatically returning the price 
quote to a user interface on the computer terminal. 

40 21. The method of claim 19, wherein automatically re- 
turning the price quote to the computer terminal fur- 
ther comprises automatically returning the price 
quote to the computer terminal over a network. 

45 22. The method of claim 21, wherein automatically re- 
turning the price quote over the network further 
comprises automatically returning the price quote 
over a secure network. 

50 23. The method of claim 21, wherein automatically re- 
turning the price quote over the network further 
comprises automatically returning the price quote 
over a virtual private network. 

55 24. The method of claim 1, wherein automatically dis- 
playing the price quote further comprises automat- 
ically displaying the price quote of each of the cur- 
rency exchange dealing systems at a computer ter- 
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minal. 

25. The method of claim 24, wherein automatically dis- 
playing the price quote further comprises automat- 
ically displaying the price quote of each of the cur- 
rency exchange dealing systems on a user inter- 
face at the computer terminal. 

26. The method of claim 24, wherein automatically dis- 
playing the price quote further comprises automat- 
ically displaying the price quote as returned by each 
of the currency exchange dealing systems for real- 
time comparison by the user. 

27. The method of claim 1 , wherein receiving the selec- 
tion further comprises receiving the selection at a 
computer terminal. 

28. The method of claim 27, wherein receiving the se- 
lection at the computer terminal further comprises 
receiving the selection on a user interface at the 
computer terminal. 

29. The method of claim 1 , wherein automatically send- 
ing the selection further comprises automatically 
sending the selection from a computer terminal. 

30. The method of claim 29, wherein automatically 
sending the selection from the computer terminal 
further comprises automatically sending the selec- 
tion by a user interface on the computer terminal. 

31. The method of claim 29, wherein automatically 
sending the selection from the computer terminal 
further comprises automatically sending the selec- 
tion over a network. 

32. The method of claim 31, wherein automatically 
sending the selection over the network further com- 
prises automatically sending the selection over a 
secure network. 

33. The method of claim 31, wherein automatically 
sending the selection over the network further com- 
prises automatically sending the selection over a 
virtual private network. 

34. The method of claim 1 , wherein automatically con- 
firming the selection further comprises automatical- 
ly confirming the selection, if the selection is re- 
ceived by the at least one currency exchange deal- 
ing system within a predetermined period of time 
after returning the requested price quote by the at 
least one currency exchange dealing system for the 
user. 

35. The method of claim 1 , wherein automatically con- 
firming the selection further comprises automatical- 



ly reviewing the selection against at least one pre- 
defined parameter for the user selected from a 
group of parameters consisting of a credit allocation 
for the user, a maximum transaction size for the us- 
s er, and a delivery limit for the user. 

36. The method of claim 1 , wherein automatically con- 
firming the selection further comprises automatical- 
ly sending the confirmation to a computer terminal 

10 for the user. 

37. The method of claim 36, wherein automatically 
sending the confirmation to the computer terminal 
further comprises automatically sending the confir- 
ms mation to a user interface on the computer terminal. 

38. The method of claim 36, wherein automatically 
sending the confirmation to the computer terminal 
further comprises automatically sending the confir- 

20 mation to the computer terminal over a network. 

39. The method of claim 38, wherein automatically 
sending the confirmation over the network further 
comprises automatically sending the confirmation 

25 over a secure network. 

40. The method of claim 38, wherein automatically 
sending the confirmation over the network further 
comprises automatically sending the confirmation 

30 over a virtual private network. 

41 . The method of claim 1 , further comprising automat- 
ically handing off the selection by the at least one 
currency exchange dealing system for settlement 

35 of the currency exchange transaction with the user. 

42. The method of claim 41, wherein automatically 
handing off the selection for settlement further com- 
prises automatically handing off the selection to a 

40 deal capture system of the at least one currency ex- 
change dealing system for settlement of the curren- 
cy exchange transaction with the user. 

43. The method of claim 42, wherein automatically 
45 handing off the selection for settlement further com- 
prises automatically handing off the settled curren- 
cy exchange transaction for a match between the 
user and the at least one currency exchange deal- 
ing system. 

50 

44. The method of claim 43, wherein automatically 
handing off the settled transaction further compris- 
es automatically handing off the settled currency 
exchange transaction to a match application for the 

55 match. 

45. The method of claim 44, wherein automatically 
handing off the settled transaction to the match ap- 
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of financial institutions. 

52. The system ot claim 51, wherein the information 
about each of the plurality of financial institutions 

s further comprises a network address and security 
details for each of the participating financial institu- 
tions. 

53. The system of claim 46, wherein the means for au- 
10 tomatically sending the request further comprises a 

computer terminal coupled to a network. 

54. The system of claim 53, wherein the network further 
comprises a secure network. 

15 

55. The system of claim 53, wherein the networkfurther 
comprises a virtual private network. 

56. The system of claim 46, wherein the means for au- 
20 tomatically sending the request further comprises a 

computer terminal coupled to a network over a con- 
nection selected from a group of connections con- 
sisting of a dial-up, an integrated services digital 
network, and a dedicated line. 

25 

57. The system of claim 46, wherein the means for au- 
tomatically returning the requested price quote fur- 
ther comprises a repository of price quotes of each 
of the currency exchange dealing systems. 

30 

58. The system of claim 46, wherein the means for au- 
tomatically returning the requested price quote fur- 
ther comprises each currency exchange dealing 
system coupled over a network to a computer ter- 

35 minal. 

59. The system of claim 58, wherein the networkfurther 
comprises a secure network. 

40 60. The system of claim 58, wherein the networkfurther 
comprises a virtual private network. 

61. The system of claim 46, wherein the means for au- 
tomatically displaying further comprises a computer 

45 terminal. 

62. The system of claim 61 , wherein the means for au- 
tomatically displaying further comprises a user in- 
terface of the computer terminal. 

50 

63. The system of claim 46, wherein the means for re- 
ceiving the selection further comprises a computer 
terminal. 



plication further comprises automatically handing 
oft the settled transaction to the match application 
over a network. 

46. A system for performing a currency exchange trans- 
action between a user and a participating financial 
institution, comprising: 

means for receiving a request for a price quote 
for the currency exchange transaction for the 
user; 

means cooperating with the receiving means 
for automatically sending the request for price 
quote simultaneously to a currency exchange 
dealing system of each of a plurality of partici- 
pating financial institutions; 
means coupled to the receiving means for au- 
tomatically returning the requested price quote 
from each of the currency exchange dealing 
systems for the user; 

means coupled to the returning means for au- 
tomatically displaying the returned price quote 
of each of the currency exchange dealing sys- 
tems for the user; 

means cooperating with the displaying means 
for receiving a selection for the user of the dis- 
played price quote of at least one of the curren- 
cy exchange dealing systems; 
means cooperating with the displaying means 
for automatically sending the selection to the at 
least one currency exchange dealing system 
for the user; and 

means coupled to the selection sending means 
for automatically confirming the selection for 
the user by the at least one currency exchange 
dealing system. 

47. The system of claim 46, wherein the means for re- 
ceiving the request further comprises a computer 
terminal. 

48. The system of claim 47, wherein the computer ter- 
minal further comprises a user interface of the com- 
puter terminal. 

49. The system of claim 48, wherein the user interface 
further comprises one of a graphical user interface 
and a computer user interface. 

50. The system of claim 46, wherein the means for au- 
tomatically sending the request further comprises a 
computer terminal having a security application for 
authenticating the user. 

51. The system of claim 46, wherein the means for au- 
tomatically sending the request further comprises a 
computer terminal having a user interface precon- 
figured with information about each of the plurality 



55 64. The system of claim 63, wherein the means for re- 
ceiving the selection further comprises a user inter- 
face of the computer terminal. 
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65. The system of claim 46, wherein the means for au- 
tomatically sending the selection further comprises 
a user interface of the computer terminal coupled 
to the at least one currency exchange dealing sys- 
tem over a network. s 

66. The system of claim 65, wherein the networkfurther 
comprises a secure network. 

67. The system of claim 65, wherein the networkfurther 10 
comprises a virtual private network. 

68. The system of claim 46, wherein the means for au- 
tomatically confirming the selection further compris- 
es the at least one currency exchange dealing sys- 15 
tern coupled over a network to a computer terminal. 

69. The system of claim 46, further comprising means 
for automatically handing off the selection by the at 
least one currency exchange dealing system for 20 
settlement of the currency exchange transaction 
with the user. 

70. The system of claim 69, wherein the means for au- 
tomatically handing off the selection for settlement 25 
further comprises a deal capture system of the at 
least one currency exchange dealing system. 

71. The system of claim 69, wherein the means for au- 
tomatically handing off the selection for settlement 30 
further comprises means for automatically match- 
ing the settled transaction between the currency ex- 
change dealing system and the user. 

72. The system of claim 71 , wherein the means for au- 3$ 
tomatically matching the settled transaction further 
comprises a match application coupled to the at 
least one currency exchange dealing system over 

a network. 
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